(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property 
Organization 
International Bureau 




(43) Internationa] Publication Date (10) International Publication Number 

9 December 2004 (09.12.2004) PCT WO 2004/107088 A2 



(51) International Patent Classification 7 : 



G06T 



(21) International Application Number: 

PCT/KR2004/001147 



(22) International Filing Date: 
(25) Filing Language: 



(26) Publication Language: 



14 May 2004 (14.05.2004) 
Korean 
English 



(30) Priority Data: 
10-2003-0034962 
10-2004-0022184 



30 May 2003 (30.05.2003) KR 
3 1 March 2004 (3 1 .03.2004) KR 



(71) Applicant (for all designated States except US): LG 
ELECTRONICS, INC. [KR/KR]; 20, Yoido-Dong, 
Yongdungpo-Ku, Seoul 150-010 (KR). 

(72) Inventors; and 

(75) Inventors/Applicants (for US only): HA, Sam-Chul 
[KR/KR]; Sapa-Dongsung Apt 102-1201, Sapa-Dong, 
Changwon-Shi, Kyungsangnam-Do 641-550 (KR). 
BAEK, Seung-Myun [KR/KR]; Lucky Apt. 12-403, 
Banlim-Dong, Changwon-Shi, Kyungsangnam-Do 



641-764 (KR). LEE, Koon-Seok [KR/KR]; Sungwon 
Apt 102-1406, 45-1 Sangnam-Dong, Changwon-Shi, 
Kyungsangnam-Do 641-778 (KR). KIM, Yong-Tae 
[KR/KR]; Daedong Apt 1006-1504, Mukea-Ri, 
Jangyou-Myun, Gimhae-Shi, Kyungsangnam-Do 621-833 
(KR). 

(74) Agent: LEE, Kwang-Yeon; LEE & KIM, 5th Floor, New- 
Seoul Bldg., 828-8, Yoksam 1-Dong, Kangnam-Ku, Seoul 
135-935 (KR). 

(81) Designated States (unless otherwise indicated, for every 
kind of national protection available): AE, AG, AL, AM, 
AT, AU, AZ, BA, BB, BG, BR, BW, BY, BZ, CA, CH, CN, 
CO, CR, CU, CZ, DE, DK, DM, DZ, EC, EE, EG, ES, FI, 
GB, GD, GE, GH, GM, HR, HU, ID, IL, IN, IS, JP, KE, 
KG, KP, KZ, LC, LK, LR, LS, LT, LU, LV, MA, MD, MG, 
MK, MN, MW, MX, MZ, NA, NI, NO, NZ, OM, PG, PH, 
PL, FT, RO, RU, SC, SD, SE, SG, SK, SL, S Y, TJ, TM, TN, 
TR, TT, TZ, UA, UG, US, UZ, VC, VN, YU, ZA, ZM, ZW. 

(84) Designated States (unless otherwise indicated, for every 
kind of regional protection available): ARIPO (BW, GH, 
GM, KE, LS, MW, MZ, NA, SD, SL, SZ, TZ, UG, ZM, 
ZW), Eurasian (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), 

[ Continued on next page ] 



(54) Title: HOME NETWORK SYSTEM 



51* 



< 
oo 

00 



200 



APPLICATION SOFTWARE 



NETTOK MANAGEMENT SUB-LAYER 



PARAMETER 
iUU ^ LAYER 



APPLICATION LAYER 



NETWORX LAYER f 1 

! boue code oarreoL sob-uyer l 

I L 



DATA LINK LAYER 



PHYSICAL LAYER 



PLC PROTOCOL 



Tia&ESS PROTOCOL 



90 



80 



91 



92 



-50 



-60 

-70 
-71 



o 



(57) Abstract: The present invention discloses a home network using a living network control protocol. The home network system 
includes: a network based on a predetermined protocol; at least electric device connected to the network; and a network manager 
connected to the network, for controlling and/or monitoring the electric device, when the protocol includes an application layer for 
handling a message for controlling and monitoring the electric device, a network layer for network-connecting the electric device 
to the network manager, a data link layer for accessing shared transmission medium, and a physical layer for providing a physical 
interface between the electric device and the network manager, wherein the physical layer further includes a special protocol for 
providing an interface with a dependent transmission medium, and the network layer further includes a home code control sub-layer 
for managing a home code for network security when accessing the dependent transmission medium. 
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HOME NETWORK SYSTEM 

TECHNICAL FIELD 

The present invention relates to a home network system, and more 
5 particularly to, a home network system using a living network control protocol. 

BACKGROUND ART 

A home network connects various digital home appliances so that the user 
can always enjoy convenient, safe and economic life services inside or outside the 

10 house. Refrigerators or washing machines called white home appliances have 
been gradually digitalized due to the development of digital signal processing 
techniques, home appliance operating system techniques and high speed 
multimedia communication techniques have been integrated on the digital home 
appliances, and new information home appliances have been developed, to 

15 improve the home network. 

As shown in Table 1 , the home network is classified into a data network, an 
entertainment network and a living network by types of services. 



Table 1 



Classification 


Function 


Service type 


Data network 


Network between PC and peripheral devices 


Data exchange, Internet service, etc. 


Entertainment 
network 


Network between A/V devices 


Music animation service, etc. 


Living network 


Network for controlling home appliances 


Home appliances control, home automation, 
remote meter reading, message service, etc. 



20 



Here, the data network is built to exchange data between a PC and 

1 
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peripheral devices or provide an internet service, and the entertainment network is 
built between home appliances using audio or video information. In addition, the 
living network is built to simply control home appliances, such as home automation 
or remote meter reading. 
5 A conventional home network system includes a master device which is an 

electric device for controlling an operation of the other electric devices or 
monitoring a status thereof, and a slave device which is an electric device having a 
function of responding to the request of the master device and a function of 
notifying a status change according to characteristics of the electric devices or 

10 other factors. Exemplary electric devices include home appliances for the living 
network service such as a washing machine and a refrigerator, home appliances 
for the data network service and the entertainment network service, and products 
such as a gas valve control device, an automatic door device and an electric lamp. 
However, the conventional arts do not suggest a general communication 

15 standard for providing functions of controlling and monitoring electric devices in a 
home network system. 

DISCLOSURE OF THE INVENTION 

The present invention is achieved to solve the above problems. An object 
20 of the present invention is to provide a home network system using a control 
protocol which is a general communication standard for providing functions of 
controlling and monitoring electric devices in the home network system. 

Another object of the present invention is to provide a home network 
system using a living network control protocol as a general communication 
25 standard. 

Yet another object of the present invention is to provide a plurality of united 
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primitives for transmitting data in a living network control protocol. 

In order to achieve the above-described objects of the invention, there is 
provided a home network system including: a network based on a predetermined 
protocol; at least one electric device connected to the network; and a network 

5 manager connected to the network, for controlling and monitoring the electric 
device, wherein the protocol includes an application layer for handling a message 
for controlling and/or monitoring the electric device, a network layer for 
network-connecting the electric device to the network manager, a data link layer for 
accessing a shared transmission medium, and a physical layer for providing a 

10 physical interface between the electric device and the network manager, wherein 
the physical layer further includes a special protocol for providing an interface with 
a dependent transmission medium, and the network layer further includes a home 
code control sub-layer for managing a home code for network security when 
accessing the dependent transmission medium. 

15 Preferably, the protocol performs an intrinsic function of the electric device 

or the network manager, and further includes an application software for providing 
an interface with the application layer. 

Preferably, the application software further includes a network management 
sub-layer for managing a parameter and/or the electric device and/or network 

20 manager accessing the network. 

Preferably, the special protocol is a power line communication protocol 
when the dependent transmission medium is a power line. 

Preferably, the special protocol is a wireless communication protocol when 
the dependent transmission medium is wireless. 

25 Preferably, the protocol further includes a parameter management layer for 

setting, getting or transmitting a parameter used in the application layer, the 

3 
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network layer, the data link layer or the physical layer upon the request of the 
network management sub-layer. 

Preferably, the interface between the physical layer and the data link layer 
includes at least one of a frame sending primitive, a frame receiving primitive and a 
5 line status transmitting primitive. 

Preferably, the frame sending primitive and the frame receiving primitive 
include predetermined bytes of a universal asynchronous receiver and transmitter 
(UART) frame. 

Preferably, the line status transmitting primitive includes a line status such 
10 as a busy or idle status. 

Preferably, the interface between the data link layer and the network layer 
includes at least one of a packet sending primitive, a packet receiving primitive and 
a data link layer completing primitive. 

Preferably, the packet sending primitive includes a packet, a length of the 
15 packet and service priority. 

Preferably, the packet receiving primitive includes a packet and a length of 
the piacket. 

Preferably, the data link layer completing primitive includes a packet 
transmission result. 

20 Preferably, the data link layer completing primitive includes a transmission 

failure reason according to the packet transmission result. 

Preferably, the interface between the network layer and the application 

layer includes at least one of a request message sending primitive, a message 

receiving primitive and a network layer completing primitive. 
25 Preferably, the request message sending primitive includes a 

communication cycle identifier, a request message, a length of the request 

4 
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message, a destination address, a source address, a network layer service, 
response timeout, a transmission interval between repeated notification messages 
and service priority. 

Preferably, the message receiving primitive includes a communication cycle 
5 identifier, an event response message, a length of the event response message, a 
destination address and a source address. 

Preferably, the network layer completing primitive includes a 
communication cycle identifier and a transmission result. 

Preferably, the network layer completing primitive includes a transmission 
10 failure reason according to the transmission result. 

Preferably, the network layer completing primitive includes a retry number 
according to the transmission result. 

Preferably, the protocol is applied to the network manager and/or electric 
device performing a master function. 
15 Preferably, the interface between the network layer and the application 

layer includes at least one of a request message receiving primitive, a response 
message sending primitive, an event message sending primitive and a network 
layer completing primitive. 

Preferably, the request message receiving primitive includes a request 
20 message, a length of the request message, a destination address, a source 
address, a network layer service and a duplicate packet check result. 

Preferably, the response message sending primitive includes a 
communication cycle identifier, a response message and a length of the response 
message. 

25 Preferably, the event message sending primitive includes a communication 

cycle identifier, an event message, a length of the event message, a destination 
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address, a source address, a network layer service, a transmission interval 
between repeated notification messages and service priority. 

Preferably, the network iayer completing primitive includes a 
communication cycle identifier and a transmission result. 
5 Preferably, the network layer completing primitive includes a transmission 

failure reason according to the transmission result. 

Preferably, the network layer completing primitive includes a retry number 
according to the transmission result 

Preferably, the protocol is applied to the electric device performing a slave 
10 function. 

Preferably, the interface between the application layer and the application 
software includes at least one of a user request primitive, a user download request 
primitive, a user upload request primitive, a user response primitive, a user event 
receiving primitive and an application layer completing primitive. 
15 Preferably, the user request primitive includes an application service code, 

a request message, a length of the request message, a destination address, an 
application layer service, timeout and service priority. 

Preferably, the user download request primitive includes an application 
service code, a download file, an application layer service, a destination address, 
20 timeout and service priority. 

Preferably, the user upload request primitive includes an application service 
code, an upload file, an application layer service, a destination address, timeout 
and service priority. 

Preferably, the user response primitive includes an application service code, 
25 a response message, a length of the response message and a source address. 

Preferably, the user event receiving primitive includes an event message, a 
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length of the event message and a source address. 

Preferably, the application layer completing primitive includes an application 
service code and a service result 

Preferably, the application layer completing primitive includes a failure 
5 reason according to the service result 

Preferably, the protocol is applied to the network manager and/or electric 
device performing a master function. 

Preferably, the interface between the application layer and the application 
software includes at least one of a user request receiving primitive, a user 
10 response sending primitive and a user event sending primitive. 

Preferably, the user request receiving primitive includes an application 
service code, a request data, a length of the request data and a source address. 

Preferably, the user response sending primitive includes an application 
service code, a response data and a length of the response data. 
15 Preferably, the user event sending primitive includes an application service 

code, an application service, an event code and a status variable value. 

Preferably, the protocol is applied to the electric device performing a slave 
function. 

Preferably, the parameter of the physical layer includes a communication 

20 speed. 

Preferably, the parameter of the data link layer includes at least one of 
frame timeout, a maximum frame allowable interval time, a minimum packet 
allowable interval time, a backoff retry number, a maximum transmission allowable 
time, a busy check time and a transmission delay time. 
25 Preferably, the parameter of the network layer includes at least one of a 

product code, a node address, a cluster code, a home code, a maximum retry 
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number, transmission timeout, a response delay time, a transmission delay time 
and a duplicate packet elapsed time. 

Preferably, the parameter of the application layer includes at least one of a 
transmission interval between address request messages, a transmission interval 
5 between active event messages, a buffer size, service timeout and a transmission 
interval between download messages. 

Preferably, the network management sub-layer interfaces with the 
parameter management layer through at least one of a parameter setting primitive 
and a parameter getting primitive in order to set or get at least one of the 
10 parameters of the physical layer, the data I ink I ayer, the network layer and the 
application layer. 

Preferably, the parameter management layer interfaces with the physical 
layer, the data link layer, the network layer or the application layer through at least 
one of a parameter setting primitive, a parameter getting primitive and a parameter 
15 transmitting primitive in order to set, get or transmit at least one of the parameters 
of the physical layer, the data link layer, the network layer and the application layer. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a structure view illustrating a home network system in accordance 
20 with the present invention; 

Fig. 2 is a structure view illustrating a living network control protocol stack in 
accordance with the present invention; 

Figs. 3A and 3B are structure views illustrating interfaces between layers of 
Fig. 2, respectively; 

25 Figs. 4A to 4F are detailed structure views illustrating the interfaces of Figs. 

3A and 3Bb, respectively; and 
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Figs. 5A and 5B are structure views illustrating primitives for transmitting 
data exchanged between the layers. 

BEST MODE FOR CARRYING OUT THE INVENTION 
5 A home' network system in accordance with the present invention will now 

be described in detail with reference to the accompanying drawings. 

Fig. 1 is a structure view illustrating the home network system in 
accordance with the present invention. 

Referring to Fig. 1 , the home network system 1 accesses an LnCP server 3 
10 through ah internet 2, and a client device 4 accesses the LnCP server 3 through 
the internet 2. That is, the home network system 1 is connected to communicate 
with the LnCP server 3 and/or the client device 4. 

An external network of the home network system 1 such as the internet 2 
includes additional constitutional elements according to a kind of the client device 4. 
15 For example, when the client device 4 is a computer, the internet 2 includes a Web 
server (not shown), and when the client device 4 is an internet phone, the internet 2 
includes a Wap server (not shown). 

The LnCP server 3 accesses the home network system 1 and the client 
device 4 according to predetermined login and logout p rocedures, respectively, 
20 receives monitoring and control commands from the client device 4, and transmits 
the commands to the network system 1 through the internet 2 in the form of 
predetermined types of messages. In addition, the LnCP server 3 receives a 
predetermined type of message from the home network system 1, and stores the 
message and/or transmits the message to the client device 4. The LnCP server 3 
25 also stores or generates a message, and transmits the message to the home 

network system 1. That is, the home network system 1 accesses the LnCP 

9 
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server 3 and downloads provided contents. 

The home network system 1 includes a home gateway 10 for performing an 
access function to the internet 2 , network managers 20 to 23 for performing a 
function of setting an environment and managing electric devices 40 to 49, LnCP 
5 routers 30 and 31 for access between transmission media, LnCP adapters 35 and 
36 for connecting the network manager 22 and the electric device 46 to the 
transmission medium, and the plurality of electric devices 40 to 49. 

The network of the home network system 1 is formed by connecting the 
electric devices 40 to 49 through a shared transmission medium. A data link layer 

10 uses a non-standardized transmission medium such as RS-485 or small output RF, 
or a standardized transmission medium such as a power line and IEEE 802.11 as 
th6 transmission medium. 

The network of the home network system 1 is separated from the internet 2, 
for composing an independent network for connecting the electric devices through 

15 wire or wireless transmission medium. Here, the independent network includes a 
physically-connected but logically-divided network. 

The home network system 1 includes master devices for controlling 
operations of the other electric devices 40 to 49 or monitoring statuses thereof, and 
slave devices having functions of responding to the request of the master devices 

20 and notifying their status change information. The master devices include the 
network managers 20 to 23, and the slave devices include the electric devices 40 
to 49. The network managers 20 to 23 include information of the controlled 
electric devices 40 to 49 and control codes, and control the electric devices 40 to 
49 according to a programmed method or by receiving inputs from the LnCP server 

25 3 and/or the client device 4, Still referring to Fig. 1 , when the plurality of network 
managers 20 to 23 are connected, each of the network managers 20 to 23 must be 

10 
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both the master device and the slave device, namely physically one device but 
logically the device (hybrid device) for simultaneously performing master and slave 
functions in order to perform information exchange, data synchronization and 
control with the other network managers 20 to 23. 
5 In addition, the network managers 20 to 23 and the electric devices 40 to 49 

can be connected directly to the network (power line network, RS-485 network and 
RF network) or through the LnCP routers 30 and 31 and/or the LnCP adapters 35 
and 36. 

The electric devices 40 to 49 and/or the LnCP routers 30 and 31 and/or the 

10 LnCP adapters 35 and 36 are registered in the network managers 20 to 23, and 
provided with intrinsic logical addresses by products (for example, 0x00, 0x01 , etc.). 
The logical addresses are combined with product codes (for example, 0x02 of air 
conditioner and 0x01 of washing machine), and used as node addresses. For 
example, the electric devices 40 to 49 and/or the LnCP routers 30 and 31 and/or 

15 the LnCP adapters 35 and 36 are identified by the node addresses such as 0x0200 
(air conditioner 1) and 0x0201 (air conditioner 2). A group address for identifying 
at least one electric device 40 to 49 and/or at least one LnCP router 30 and 31 
and/or at least one LnCP adapter 35 and 36 at a time can be used according to a 
predetermined standard (all identical products, installation space of products, user, 

20 etc.). In the group address, an explicit group address is a cluster for designating a 
plurality of devices by setting an address option value (flag mentioned below) as 1 , 
and an implicit group address designates a plurality of devices by filling the whole 
bit values of the logical addresses and/or the product codes with 1. Especially, 
the implicit group address is called a cluster code. 

25 Fig. 2 is a structure view illustrating a living network control protocol stack in 

accordance with the present invention. The home network system 1 enables the 
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network managers 20 to 23, the LnCP routers 30 and 31 , the LnCP adapters 35 
and 36 and the electric devices 40 to 49 to communicate with each other according 
to t he living n etwork control p rotocol (LnCP) o f F ig. 2 . Therefore, t he n etwork 
managers 20 to 23, the LnCP routers 30 and 31 , the LnCP adapters 35 and 36 and 
5 the electric devices 40 to 49 perform network communication according to the 
LnCP. 

As illustrated in Fig. 2, the LnCP includes an application software 50 for 
performing intrinsic functions of the network managers 20 to 23, the LnCP routers 
30 and 31 , the LnCP adapters 35 and 36 and the electric devices 40 to 49, and 

10 providing an interface function with an application layer 60 for remote controlling 
and monitoring on the network, the application layer 60 for providing services to the 
user, and also providing a function of forming information or a command from the 
user in the form of a message and transmitting the message to the lower layer, a 
network layer 70 for reliably network-connecting the network managers 20 to 23, 

15 the LnCP routers 30 and 31 , the LnCP adapters 35 and 36 and the electric devices 
40 to 49, a data link layer 80 for providing a medium access control function of 
accessing a shared transmission medium, a physical layer 90 for providing 
physical interfaces between the network managers 20 to 23, the LnCP routers 30 
and 31, the LnCP adapters 35 and 36 and the electric devices 40 to 49, and rules 

20 for transmitted bits, and a parameter management layer 100 for setting and 
managing node parameters used in each layer. 

In detail, the application software 50 further includes a network 
management sub-layer 51 for managing the node parameters, and the network 
managers 20 to 23, the LnCP routers 30 and 31 , the LnCP adapters 35 and 36 and 

25 the electric devices 40 to 49 which access the network. That is, the network 
management sub-layer 51 performs a parameter management function of setting 

12 
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or using the node parameter values through the parameter management layer 100, 
and a network management function of composing or managing the network when 
the device using the LnCP is a master device. 

When the network which the network managers 20 to 23, the LnCP routers 
5 30 and 31, the LnCP adapters 35 and 36 and the electric devices 40 to 49 access 
is a dependent transmission medium such as a power line, IEEE 802.11 and 
wireless (for example, when the LnCP includes a PLC protocol and/or wireless 
protocol), the network layer 70 further includes a home code control sub-layer 71 
for performing a function of setting, managing and processing home codes for 
10 logically dividing each individual network. When the individual networks are 
physically divided by an independent transmission medium such as RS-485, the 
home code control sub-layer 71 is not included in the LnCP. Each of the home 
codes is comprised of 4 bytes, and set as random values or designated values of 
the user. 

15 Figs. 3A and 3B are structure views illustrating interfaces between the 

layers of Fig. 2, respectively. 

Fig. 3A illustrates the interfaces between the layers when the physical layer 
90 Is connected to the dependent transmission medium, and Fig. 3B illustrates the 
interfaces between the layers when the physical layer 90 is connected to the 
20 independent transmission medium. 

The home network system 1 adds headers and trailers required by each 
layer to protocol data units (PDU) from the upper layers, and transmit them to the 
lower layers. 

As shown in Figs. 3A and 3B, an application layer PDU (APDU) is a data 
25 transmitted between the application layer 60 and the network layer 70, a network 
layer PDU (NPDU) is a data transmitted between the network layer 70 and the data 

13 
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link layer 80 or the home code control sub-layer 71, and a home code control 
sub-layer PDU (HCNPDU) is a data transmitted between the network layer 70 
(precisely, the home code control sub-layer 71) and the data link layer 80. The 
interface is formed in data frame units between the data link layer 80 and the 
5 physical layer 90. 

Figs. 4A to 4F are detailed structure views illustrating the interfaces of Figs. 
3A and 3B, respectively. 

Fig. 4A illustrates the APDU structure in the application layer 60. 

An APDU length (AL) field shows a length of the APDU (length from AL to 
10 message field), and has a minimum value of 4 and a maximum value of 77. 

An APDU header length (AHL) field shows a length of an APDU header 
(length from AL to AL0), normally has 3 bytes, and is extensible to 7 bytes. In the 
LnCP, the APDU header can be extended to 7 bytes to encode a message field 
and change an application protocol. 
15 An application layer option (ALO) field extends a message set. For 

example, when the ALO field is set as 0, if the ALO field contains a different value, 
message processing is ignored. 

The message field processes a control message from the user or event 
information, and is changed by the value of the ALO field. 
20 Fig. 4B illustrates the NPDU structure in the network layer 70, and Fig. 4C 

illustrates a detailed NLC structure of the NPDU. 

A start of LnCP packet (SLP) field shows start of a packet and has a value 
of 0x02. 

Destination address (DA) and source address (SA) fields are node 
25 addresses of a receiver and a sender of a packet, and have 16 bits, respectively. 
The most significant 1 bit includes a flag indicating a group address, the 

14 
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succeeding 7 bits include a kind of a product (product code), and the lower 8 bits 
include a logical address for distinguishing the plurality of network managers 20 to 
23 of the same kind and the plurality of electric devices 40 to 49 of tine same kind. 

A packet length (PL) field shows the whole length of the NPDU f and has a 
5 minimum value' of 12 bytes and a maximum value of 1 00 bytes. 

A service priority (SP) field gives transmission priority to a transmission 
message and has 3 bits. Table 2 shows the priority of each transmission 
message. 

When a slave device responds to a request of a master device, the slave 
10 device takes the priority of the request message from the master device. 



Table 2 



Priority 


Value 


Application layer 


High 


0 


-When an urgent message Is transmitted 


Middle 


1 


►When a normal packet Is transmitted 

-When an event message for online or offline status change is transmitted 


Normal 


2 


-When a notification message for composing a network is transmitted 
-When a norma) event message is transmitted 


Low 


3 


-When a data Is transmitted by download or upload mechanism 



An NPDU header length (NHL) field extends an NPDU header (NLC field of 
SLP), normally has 9 bytes, and is extensible maximally to 16 bytes. 
15 A protocol version (PV) field is an one-byte field showing a version of a 

used protocol. The upper 4 bits include a version field and the lower 4 bits include 
a sub-version field. The version and the sub-version are represented by the 
hexadecimal, respectively. 

A network layer packet type (NPT) field is a 4-bit field for distinguishing a 

15 
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kind of a packet in the network layer 70. The LnCP includes a request packet, a 
response packet and a notification packet The NPT field of a master device must 
be set as the request packet or the notification packet, and the NPT field of a slave 
device must be set as the response packet or the notification packet. Table 3 
5 shows NPT values by kinds of packets. 



Table 3 



Explanation 


Value 


Request packet 


0 


Not used 


1-3 


Response packet 


4 


Not used 


5-7 


Notification packet 


8 


Not used 


9-12 


Reserved value for Interface with the home code 
contra! sub-layer 


13-15 



A transmission counter (TC) field is a 2-bit field for retrying a request packet 
when the request packet or response packet is not successfully transmitted due to 
10 a communication error in the network layer 70, or repeatedly transmitting a 
notification packet to improve a transmission success ratio. A receiver can check 
a duplicate message by using a value of the TC field. Table 4 shows the range of 
the values of the TC field by the NPT values. 
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Table 4 



Kind of packet 


Value (range) 


Request packet 


1-3 


Response packet 


1 


Notification packet 


1-3 



A packet number (PN) field has 2 bits, and is used to check a duplicate 
packet in a slave device with the TC field and process a plurality of communication 
10 cycles in a master device. Table 5 shows the range of the values of the PN field 
by the NPT values. 
Table 5 



Kind of packet 


Value (range) 


Request packet 


0-3 


Response packet 


Copy a PN field value of a request packet 


Notification packet 


0-3 



An APDU field is a protocol data unit of the application layer 60 transmitted 
between the application layer 60 and the network layer 70. The APDU field has a 
minimum value of 0 byte and a maximum value of 88 bytes. 

A cyclic redundancy check (CRC) field is a 16-bit field for checking an error 
of a received packet (from SLP to APDU). 

An end of LnCP packet (ELP) field shows end of a packet and has a value 
of 0x03. Although a data corresponding to the length of the PL field is received, if 
the ELP field is not checked, it is deemed to be a packet error. 

Fig. 4D illustrates the HCNPDU structure in the home code control 
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sub-layer 71. 

As depicted in Fig. 4D, a home code (HC) field is added to the upper portion 
oftheNPDU. 

The home code is comprised of 4 bytes, and has a unique value within the 

5 line distance where a packet can be transmitted. 

Fig. 4E illustrates a frame structure in the data link layer 80. 

The structure of the header and the trailer of the data link layer frame of the 

LnCP is changed according to transmission media. When the data link layer 80 

uses a non-standardized transmission medium, the header and the trailer of the 

10 frame must have null fields, and when the data link layer 80 uses a standardized 

transmission medium, the header and the trailer of the frame are formed as 

prescribed by t he p rotocol. An NPDU f ield i s a d ata u nit transmitted from t he 

upper network layer 70, and an HCNPDU field is a data unit obtained by adding 4 

bytes of home code to the front portion of the NPDU, when the physical layer 90 is 

15 a dependent transmission medium such as a power line or IEEE 802.11. The 

data link layer 80 processes the NPDU and the HCNPDU in the same manner. 

Fig. 4F illustrates a frame structure in the physical layer 90. 

The physical layer 90 of the LnCP handles a function of transmitting and 

receiving a physical signal to a transmission medium. The data link layer 80 can 

20 use a non-standardized transmission medium such as RS-485 or small output RF 

or a standardized transmission medium such as a power line or IEEE. 802.1 1 as 

the physical layer 90 of the LnCP. The home network system 1 using the LnCP 

employs a universal asynchronous receiver and transmitter (UART) frame 

structure and a signal level of RS-232, so that the network managers 20 to 23 and 

25 the electric devices 40 to 49 can interface with RS-485, the LnCP routers 30 and 

31 or the LnCP adapters 35 and 36. When the UART is connected between the 
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devices by using a serial bus, the UART controls flow of bit signals on a 
communication line. In the LnCP, a packet from the upper layer is converted into 
10 bits of UART frame unit as shown in Fig. 4f f and transmitted through the 
transmission medium. The UART frame includes one bit of start bit, 8 bits of data 
5 and one bit of stop bit, and does not use a parity bit. The UART frame is 
transmitted in the order of the start bit to stop bit When the home network system 
1 using the LnCP employs the UART, it does not have additional frame header and 
frame trailer. 

The node parameters used in the aforementioned layers will now be 
10 explained. 

Data types of the node parameters mentioned below correspond to one of a 
few data types of Table 6. 



Table 6 



Notation 


Datatype 


Explanation 


char 


signed char 


1 byte when data length is not stated 


uchar 


unsigned char 


1 byte when data length is not stated 


Int 


signed Int 


2 bytes when data length Is not stated 


ulnt 


unsigned int 


2 bytes when data length Is not stated 


long 


sighed long 


4 bytes when data length is not stated 


ufong 


unsigned long 


4 bytes when data length is not stated 


string 


string 


A character string data where the last byte is NULL 


FILE 




A data having a file structure 



15 First, the application layer 60 generates a message and an APDU by using 

information or a command transmitted from the user through the application 
software 50, transmits the message and the APDU to the lower network layer 70, 
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interprets an APDU from the lower network layer 70, and transmits the APDU to 
the application software 50. 

Table 7 shows node parameter values used in the application layer 60. 



Table 7 



Name 


Type 


Explanation 


Transmission interval 
between address 
request messages 


lAJllOldill till It 

AddressReqlnt 


A logical address value is received from the network layer 70 
oil ecoy arcer power on. vvnen Die vanis is uxuu, an aooress 
request message is consecutively transmitted at an interval of 
AddressReqlnt seconds until an address is designated. 


Transmission interva 
between active event 
messages 


ulntNP_Alivelrrt 


When a logical address of the network layer 70 is not 0x00, an 
active event message is consecutively transmitted at an 
interval of NP_AHveint seconds in a network connection status. 


Buffer size 


uchar NP_BufferSize 


A size of a buffer containing a message (unit is byte number) 


Service timeout 


const uint SvcTlmeOut 


A time taken for the application layer 60 to receive a request 
message sending primitive RegMsgSend, 30 seconds 


Transmission interval 
between download 
request messages 


const unit DUnterva) 


A time interval for deciding download service failure when the 
application layer 60 of a slave device receives a download 
request message and does not receive subsequent download 
request message 



5 

Thereafter, the network layer 70 performs the following functions. 

First, the network layer 70 performs an address management function, 
namely stores its address and an address of the destination network manager 20 
to 23 or the destination electric device 40 to 49. Here, the network layer 70 can 
10 designate a cluster address by using information and location information of the 
network manager 20 to 23 or the electric device 40 to 49 included in the address, 
and support multicasting and broadcasting communication. 

Second, the network layer 70 performs a flow control function, namely 
manages a communication cycle and controls flow of a packet. 
15 Third, the network layer 70 performs an error control function. That is, 
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when the network layer 70 does not receive a response packet within a set time, 
the network layer 70 retries a data. A retry number is maximally 3. 

Fourth, the network layer 70 performs a transaction control function, namely 
prevents duplicate transaction of the same message by checking a duplicate 
5 packet, and controls simultaneous communication cycles- 
Fifth, the network layer 70 performs a routing control function, namely 
transmits a packet between at least two independent transmission media, and 
controls flow of a packet to prevent an infinite loop between the LnCP routers 30 
and 31 and the LnCP adapters 35 and 36. 
10 The network layer 70 provides services in communication cycle units. The 

communication cycles are classified into {1 -Request, 1 -Response}, {1 -Request, 
Multi-Responses}, {1 -Notification} and {Repeated-Notification}. 

In the {1 -Request, 1 -Response} communication cycle, one master device 
transmits one request packet to one slave device, and the slave device transmits 
15 one response packet to the master device as a response. 

In the {1 -Request, Multi-Responses} communication cycle, one master 
device transmits one request packet to a plurality of slave devices, and each of the 
slave devices sequentially transmits a response packet to the request packet 

In the {1 -Notification} communication cycle, a (master or slave) device 
20 transmits one notification packet to one or a plurality of (master or slave) devices, 
and directly ends communication. 

In the {Repeated-Notification} communication cycle, in order to obtain 
transmission reliability of the {1 -Notification} communication cycle, the same packet 
is repeatedly transmitted and communication is ended. 
25 Table 8a shows relations among the aforementioned communication cycles, 

packet types and transmission services (or network layer services). 

21 



WO 2004/107088 



PCT/KR2004/001147 



Table 8a 



Communication cycle 


Packet type 


NL service 


{1-Request, 1 -Response} 


Request packet-Response packet 


Acknowiedged(O) 


{1 -Request, Multi-Responses} 


Request packet-Response packet 


Acknowledged(0) 


{1 -Notification) 


Notification packet 


Non-Acknowiedged(1 ) 


{Repeated-Notification} 


Notification packet 


Repeated-Notification (2) 



Table 8b shows node parameter values used in the network layer 70. 
Table 8b 



Name 


Type 


Explanation 


Product code 


uchar ProductCode 


A code for combining Individual functions of products 


Logical 
address 


uchar 

NPJxgicalAddress 


/\n Ons-DyiS aQuicSSS lur cuounyuiaiuiiy a yiutauiy %jt y/i uuuwj i lavu ly 

the same product code 


duster code 


uchar 

NP_ClusterCode 


An one-byte address for distinguishing clusters of a device 


Home code 


ulong 

NP_HomeCode 


A 4-byte value for defining a home code of a device 


Maximum 

retry 

number 


constant uchar 
SendRetries 


In an acknowledged service, a maximum retry number of a request 
packet, or In a repeated-notification service, a retry number 


Transmission 
timeout 


constant ulnt 
SendTlmeOut 


A time (ms) taken for the network layer 70 to transmit an NPDU to 
the data link layer 80 and receive DLLCompleted primitive, 1000 ms 


Response 
delay time 


ulnt 

ResDelayTlme 


When an acknowledged transmission service is performed on a 
group address, a time (ms) delayed by a slave device receiving a 
request packet before transmitting a response packet, random value 
within the range of 0-5000 ms 


Maximum 
repeater 
delay time 


constant ulnt 
RepeaterDelayTtme 


When the network Is normally operated, a maximum time (ms) 
allowed until a normal packet from a sender Is received by a 
receiver, 5000 ms 


Duplicate 
packet 
elapsed time 


constant ulnt 
DupEtapsedTlme 


When a slave device consecutively receives request packets from 
the same master device, a minimum Interval time (ms) between the 
request packets for guaranteeing Individuality of each packet, 10000 
ms 



5 
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The data link layer 80 prescribes a medium accfess control (MAC) function 
of accessing a shared transmission mediurti. When using a non-standardized 
transmission medium such as RS-485, the data link layer 80 employs 
probabilistic-delayed carrier sense multiple access (p-DCSMA) as a medium 
5 access control protocol, and when using a standardized transmission medium such 
as a power line or IEEE 802.11, the data link layer 80 is prescribed by the 
corresponding protocol. 

Table 9 shows node parameter values used in the data link layer 80 using 
the UART frame. The time of each parameter is set in the presumption that a 
10 transmission rate of the physical layer 90 is 4800 bps. Here, one information unit 
time (IUT) is calculated as 2.1 ms. 



Table 9 



Name 


Type 


Explanation 


Frame allowable 
Interval time 


constant uchar 
FrameTlmeOut 


A maximum allowable Interval time between UART frames 
in packet reception, 2 IUT 


Maximum frame 
allowable interval time 


constant uchar 
MaxFra me Interval 


A maximum allowable interval time between UART frames 
in packet transmission, 1 IUT 


Minimum packet 
allowable Interval time 


uint 

MJnPktlnterval 


A minimum allowable interval time between packets 
transmitted on a medium In packet transmission, over 5 IUT. * 
A time for transmitting a packet received by the data link 
layer 80 to the application layer 60 and finishing packet 
processing must be smaller than this value. 


Backoff retry number 


constant uchar 
BackOffRetries 


A maximum retry number of a MAC algorithm In competition 
failure or conflict of transmission data, 10 times 


Maximum transmission 
allowable time 


constant uint 
MACExecTlme 


An allowable execution time (ms) of a MAC algorithm, 1000 
ms 


Busy check time 


constant uchar 
BusyCheckTime 


A time for sensing a medium status (busy or idle), 3 IUT 


Transmission delay 
time 


uint 

RandomDelayTime 


A standby time for transmission when a medium Is in an idle 
status, random value within a competitive window Wc range " 
selected by SvcPriority value 
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Table 10 shows node parameter values used in the physical layer 90. 
Table 10 



Name 


Type 


Explanation 


Communication speed 


UnitNPJ>ps 


A communication speed of UART, Initial value is 4800 bps. 



5 Figs. 5A and 5B are structure views illustrating primitives for transmitting 

data exchanged between the layers. 

Fig. 5A illustrates transmission of the primitives between the layers of the 
master device. 

As shown in Fig. 5A, the primitives between the application software 50 and 
10 the application layer 60 include UserReq, UserDLReq, UserULReq, ALCompleted, 
UserRes and UserEventRcv. 

The user request primitive UserReq is a service request primitive formed by 
a single communication cycle from the application software 50 of the master device, 
and used for controlling or monitoring. The user request primitive UserReq 
15 . includes constitutional elements of Table 11a. 
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Table 11a 



Name 


Type 


■ Explanation 


Application service 
code 


ulong ALSvcCode 


An application service code of the application layer 60, 
combination of a product code and a command code 


Request message 


RequestMessage 


A request message including a command code and 
in out araurnents 


Length of request 
message 


uchar 

ReqMsgLength 


A byte data length of a request message 


Designation address 


uint DstAddress 


An address of a receiver device 


Network layer 
service 


uchar NLService 


Transmission service types in the network layer 70 
0: Request-response-message 
1*. Request-message-only 
2: Repeated-message 
3: Event-message-only 


Timeout 


uint TlmeOut 


When an AL service Is Request-response-message, a time 
(ms) taken tor a master device to transmit a request packet 
and receive a response packet, or when the AL service is 
Repeated-message,, a time Interval (ms) between 
consecutive messages 


Service priority 


uchar SvcPriority 


Transmission priority in the data link layer 80 



In an application layer service (AL service), Request-response-message is 
combination of a request message and a response message. Here, the master 

5 device transmits the request message, and the slave device receiving the request 
message always transmits the response message. In Request-message-only, 
only a request message is provided. Here, the slave device receiving the request 
message does not transmit a response message. In Repeated-message, only a 
request message or only an event message is consecutively provided. Here, the 

10 slave device does not transmit a response message. In Event-message-only, 
only an event message is provided. Here, the slave device does not transmit a 
response message. 
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The user download request primitive UserDLReq is a download service 
request primitive transmitted from the application software 50 of the master device, 
and includes constitutional elements of Table 11b. 



Table 11b 



Name 


Type 


Explanaficn 


AppBcation service 
code 


ulong ALSvcCode 


An application service code of the application layer 60, 
combination of a product code and a command code 


Download file 


RLE *DownioadRle 


A file having download data 


Application layer 
service 


uchar ALService=0 


A transmission service type fixed to 
Request-response-message(0) 


Destination address 


ulnt DstAddress 


An address of a receiver device 


Timeout 


ulnt TimeOut 


A time (ms) taken for a master device to transmit a 
request packet and receive a response packet 


Service priority 


uchar SvcPriority 


Transmission priority In the data fink layer 80 fixed to 1 



5 

The user upload request primitive UserULReq is an upload service request 
primitive transmitted from the application software 50 of the master device, and 
includes constitutional elements of Table 11c. 

Table 11c 



Name 


Type 


Explanation 


Application service 
code 


ulong ALSvcCode 


An application service code of the application layer 60, 
combination of a product code and a command code 


Upload file 


RLE*UploadHte 


A ff Je name for storing upload data 


Application layer service 


uchar ALService 


A transmission service type fixed to 
Request-res ponse-message(O) 


Destination address 


ulnt DstAddress 


Address of a receiver device 


Timeout 


uint TimeOut 


A time (ms) taken for a master device to transmit a request 
packet and receive a response packet 


Service priority 


uchar SvcPriority 


Transmission priority In the data link layer 80 fixed to 1 



10 

The user response primitive UserRes is a primitive for transmitting a service 
execution result of the master device to the application software 50, and includes 
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constitutional elements of Table 1 1d. 



Table 11d 



Nam© 


Tunc 

type 


C*>1 Hoi idUUJ I 


Application service 
code 


ulong ALSvcCode 


An application service code of the application layer 60, 
combination of a product code and a command code 


Response message 


ResponseMessage 
•Res Msg 


A response message having a command code and 
return arguments 


Length of response 
message 


uchar Res Msg Length 


A byte data length of a response message 


Source address 


uint SrcAddress 


An address of a sender device 



The user event receiving primitive UserEventRcv is an event service 
5 primitive transmitted to the application software 50 of the master device, and 
includes constitutional elements of Table 1 1 e. 



Table 11e 



Name 


Type 


Explanation 


Application service 
code 


ALSvcCode 


An application service code of the application layer 60, 
combination of a product code, a command code and 
an event code 


Event message 


EventMesage 
•EventMsg 


An event message from a slave device 


Length of event 
message 


uchar 

EventMsgLength 


A byte data length of a response message 


Source address 


uint SrcAddress 


An address of a sender device 



The application layer completing primitive ALCompleted is a primitive for 
10 transmitting an execution result of the application layer 60 of the master device to 
the application software 50, and includes constitutional elements of Table 1 1f. 
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Table 11f 



Name 


Type 


Explanation 


Application service 


uiong ALSvcCode 


An application service code of the application layer 60, 
combination of a product code and a command code 


Service result 


uchar ALResuIt 


tf a service requested by the user has been successfully 
finished, SERv1CE_OK<1), and if not. SERVICE J=AILED(0) 


Failure reason code 


uchar ALFallCode 


When ALResuft is SERVICEJAHJED. a value for 
classifying failure reasons 



Still referring to Fig. 5A, the primitives between the application layer 60 and 
the network layer 70 include ReqMsgSend, NLCompleted and MsgRev. 

The request message sending primitive ReqMsgSend is a primitive for 
transmitting a message from the application layer 60 of the master device to the 
network layer 70, and includes constitutional elements of Table 12a. 



Table 12a 



Name 


Type 


Explanation 


Communication cyde 
Identifier 


ulong CyclelD 


An ID number of a communication cycle In a 
master device 


Request message 


uchar *ReqAPDU 


An APDU Including a request message generated 
In the application layer 60 of a master device 


Length of request message 


uchar APDU Length 


A byte data length of an APDU 


Destination address 


ulnt DstAddress 


An address of a receiver device 


Source address 


uint SrcAddress 


An address of a sender device 


Network layer 
service 


uchar NLService 


Communication cycle service types of a master 
device 0 Acknowledged, 1:Non-acknowiedged 
2: Repeated-notification 


Response timeout 


uchar 

responseTimeOut 


When an NL service is selected as Acknowledged, 
a time (ms) taken for a master device to transmit a 
request packet and receive a response packet 


Transmission interval 
between repeated 
notification packets 


ulnt 

RepNotilnt 


When an NL service is selected as 
Repeated-notification, a time interval (ms) between 
consecutive notification packets 


Service priority 


uchar SvcPrlority 


Transmission priority of a request message 
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Here, the communication cycle identifier CyclelD is generated by combining 
the application .service code ALSvcCode and the node address of the receiver 
device. 

The message receiving primitive MsgRcv is a primitive for transmitting a 
packet from the network layer 70 of the master device to the application layer 60, 
and includes constitutional elements of Table 12b. 



Table 12b 



Name 


Type 


Explanation 


Communication cycle 
Identifier 


ulong CyclelD 


An ID number of a communication cycle In a master device 


Event response 
message 


uchar 

•ResEventAPDU 


An APDU transmitted to the application layer 60 


Length of event 
response message 


uchar 

APDULength 


A byte data length of an APDU 


Destination address 


ulnt DstAddress 


An address of a receiver device 


Source address 


uint SrcAddress 


An address of a sender device 



The structure of the communication cycle identifier CyclelD will later be 
explained. 

The network layer completing primitive NLCompleted is a primitive for 
notifying a packet processing status from the network layer 70 to the application 
layer 60, and includes constitutional elements of Table 12c. 
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Table 12c 



Name 


Type 


Explanation 


Communication 
cycle identifier 


ulong CyclelD 


An ID number of a communication cycle in a master 
device 


transmission result 


uchar NLResuH 


If a communication cycle has been successfully 
finished, CYCLE jOK(1) f and If ret, 
CYCLE FAILED(O) 


Failure reason code 


uchar NLFailCode 


When NLResuH Is CYCLE_FAiLED. a value for 
classifying failure reasons 


Retry number 


uchar NLSuccessCode 


I When NLResuH Is CYCLE_OK, a retry number 



L0 As shown in Fig. 5A, the primitives between the network layer 70 and the 

data link layer 80 include PktSend, PktRcv and DLLCompleted. 

The packet sending primitive PktSend is a primitive for transmitting a packet 
from the network layer 70 to the data link layer 80, and includes constitutional 
elements of Table 13a. 

15 Table 13a 



Name 


Type 


Explanation 


Packet 


uchar *NPDU/HCNPDU 


A packet of the network layer 70 


Length of packet 


uchar NPDULength 


A byte data length of an NPDU/HCNPDU 


Service priority 


uchar SvcPriority 


Transmission priority 



The packet receiving primitive PktRcv is a primitive for transmitting a packet 
from the data link layer 80 to the network layer 70, and includes constitutional 
elements of Table 1 3b. 



Name 


Type 


Explanation 


Packet 


uchar *PDU 


A packet of the network layer 70 


Length of packet 


uchar PDULength 


A byte data length of a PDU 
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The data link layer completing primitive DLLCompleted is a primitive for 
notifying a packet transmission result from the data link layer 80 to the network 
layer 70, and includes constitutional elements of Table 13c. 



Table 13c 



1 

Name 


Type 


Explanation 


Packet transmission 
result 


uchar 
DLLResult 


A packet transmission result If a packet transmission process has 
been successfully finished, SENDOK(1), and If not, 
SEND FAILED(0) 


Transmission failure 


uchar 

DLLFaflCode 


When DLLResult Is SEND_FAILED(0), a value for classifying failure 
reasons 



At last, the primitives between the data link layer 80 and the physical layer 
90 include FrameSend, FrameRcv and RptLineStatus. 

The frame sending primitive FrameSend is a primitive for transmitting an 
one-byte data, from the data link layer 80 to the physical layer 90, and includes 
10 constitutional elements of Table 14a. 



Table 14a 



Name 


Type 


Explanation 


Byte 


UART_byte 


One-byte data 



The frame receiving primitive FrameRcv is a primitive for transmitting an 
one-byte data from the physical layer 90 to the data link layer 80, and includes 
15 constitutional elements of Table 14a. 

The line status transmitting primitive RptLineStatus is a primitive for 
notifying a line status to the data link layer 80, and includes constitutional elements 
of Table 14b. 
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Table 14b 



Name 


Type 


Explanation 


Une status 


uchar UneStatus 


In a busy status where an UART frame exists on a line. UNE_BUSY 
Is transmitted, and In an Idle status, UNEJDLE is transmitted. 



Fig. 5B illustrates transmission of the primitives between the layers of the 
slave device. 

5 First, the primitives between the application software 50a and the 

application layer 60a include UserReqRcv, UserResSend and UserEventSend. 

The user request receiving primitive UserReqRcv is a primitive for 
transmitting a request message (including download and upload) from' the master 
device to the application software 50a of the slave device, and includes 

10 constitutional elements of Table 1 5a. 



Table 15a 



Name 


Type 


Explanation 


Application service 
code 


ulong ALSvcCode 


A service code of the application layer 60a, combination of a 
product code and a command code 


Request data 


uchar *ReqData 


A data included In a request message from a master device 


Length of request data 


uchar 

ReqDataLength 


A length (byte) of a request data 


Source address 


uint SrcAddress 


Address of a sender device 



The user response sending primitive UserResSend is a primitive for 
transmitting a response message to a request message of the master device to the 
15 application layer 60a of the slave device, and includes constitutional elements of 
Table 15b. 
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Table 15b 



Name 


Type 


1 Explanation 


Application service 
code 


ulong ALSvcCode 


A service code of the application layer 60a, combination 
of a product code and a command code 


Response data 
• 


uchar *ResData 


A data Included In a response message transmitted to a 
master device 


Length of response 
data 


uchar 

Res Data Length 


A byte length of Res Data 



The user event sending primitive UserfEventSend is a primitive for 
transmitting to the application layer 60a a status variable value of an event 
5 message of the slave device intended to be transmitted to the master device, and 
includes constitutional elements of Table 1 5c, 
Table 15c 



Name 


Type 


Explanation 


Application service - 
code 


uchar ALSvcCode 


A service code of the application layer 60a, combination 
of a product code, a command code and an event code 


Application layer service 


uchar ALServIce 


Transmission service types 
2: Repeated-message. 
3. Event-message-only 


Event code 


ulnt EventCode 


An event code 


Status variable value 


uchar "StateValue 


A status variable value of an event message 



Still referring to Fig. 5B, the primitives between the application layer 60a 
10 and the network layer 70a include ReqMsgRcv, ResMsgSend, EventMsgSend and 
NLCompleted. 

The request message receiving primitive ReqMsgRcv is a primitive for 
transmitting a received request message from the network layer 70a to the 
application layer 60a, and includes constitutional elements of Table 16a. 

15 
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Table 16a 



Name 


Type 


Explanation 


Request message 


uchar *ReqAPDU 


An APDU transmitted to the application layer 60a 


Length of request 
message 


uchar 

APDULength 


A byte data length of an APDU 


Destination address 


uintDstAddress 


An address of a receiver device 


Source address 


uint SrcAddress 


An address of a sender device 


Network layer 
service 


uchar NLService 


Communication cycle service types of a slave device 
0: Acknowledged, 1 : Non-acknowledged 


Duplicate packet 
check resuit 


uchar 

DuplicateCheck 


If a duplicate packet check result is normal, NORMAL_PKT(1 ), 
and if a duplicate packet Is checked. DUPUCATED_PKT(0) 



The response message sending primitive ResMsgSend is a primitive for 
transmitting a response message from the a pplication layer 60a to the network 
5 layer 70a, and includes constitutional elements of Table 1 6b. 
Table 16b 



Name 


Type 


Explanation 


Communication 
cycle Identifier 


ulong CyclelD 


An ID number of a communication cycle in a slave device 


Response message 


uchar *ResAPDU 


An APDU Including a response message generated in the 
application layer 60 of a slave device 


Length of response 
message 


uchar APDULength 


A byte data length of an APDU 



The event message sending primitive EventMsgSend is a primitive for 
transmitting an event message from the application layer 60a to the network layer 
10 70a ( and includes constitutional elements of Table 1 6c. 



34 



WO 2004/107088 



PCT/KR2004/001147 



Table 16c 



Name 


Type 


Explanation 


Communication 
cycle identifier 


uiong CyclelD 


An ID number of a communication cycle in a slave device 


Event message 


uchar 

*EventAPDU 


An APDU Including an event message generated in the 
application layer 60 of a slave device 


Length of event 
message 


uchar 

APDULengtti 


A byte data length of an APDU 


Destination address 


uint 

DstAddress 


Address of a receiver device 


Source address 


uint SrcAddress 


Address of a sender device 


Network layer service 


uchar NLServioe 


Transmission services in the network layer 70a 
1: Non-acknowledged, 2: Repeated-notification 


Transmission interval 
between repeated 
notification messages 


uchar 
RepNotilnt 


When an NL service Is selected as Repeated-notification, a 
time interval (ms) between consecutive notification packets 


Service priority 


uchar SvcPriority 


Transmission priority of an event message 



The network layer completing primitive NLCompleted is a primitive for 
notifying a packet processing status from the network layer 70a to the application 
5 layer 60a, and includes constitutional elements of Table 1 6d. 



Table 16d 



Name 


Type 


Explanation 


Communication 
cycle identifier 


uiong CyclelD 


An ID number of a communication cycle in a slave device 


Transmission result 


uchar NLResuit 


If a communication cycle has been successfully finished, 
CYCLE_OK(1). and if not, CYCLE_FAILED(0) 


Failure reason code 


uchar NLFailCode 


When NLResuit is CYCLE_FA1LED, a value for 
classifying failure reasons 


Retry number 


uchar NLSuccessCode 


When NLResuit is CYCLE_OK, a retry number 



Thereafter, the primitives between the network layer 70a and the data link 
layer 80a of the slave device and the primitives between the data link layer 80a and 
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the physical layer 90a of the slave device are used in the same manner as the 
primitives of the master device of Fig. 5A. 

The network management sub-layers 51 and 51a perform a parameter 
management function of setting parameters in each device, and a function of 
5 composing a network, setting an environment and managing an operation of the 
network. 

When the network management sub-layers 51 and 51a receive a request 
from the application softwares 50 and 50a and the master device, the network 
management sub-layers 51 and 51a set, read or get parameter values as shown in 
10 Table 17a on the corresponding layers through the parameter management layers 
100 and 100a. 



Table 17a 



Layer 


Parameter 


Application layer 


AddressReqlnt, NP__Alrvelnt, SvcTimeOut, 
NP BufferSize 


Network layer 


NPJ-ogicalAddress, NPjCJusterCode. 
NPJ-lomeCode, SendRetries 


Data link layer 


MnPkUnterval 


Physical layer 


NPJ>ps 



Especially, when the network management sub-layer 51a of the slave 
15 device receives the user request receiving primitive UserReqRcv including an 
application service belonging to 'device node parameter setting service' or 'device 
node parameter getting service' from the application layer 60a, the network 
management sub-layer 51a sets or reads the parameter values on the 
corresponding layers through the parameter management layer 100a, and 
20 transmits the result to the application layer 60a through the user response sending 
primitive UserResSend. Table 17b shows the application services for managing 
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parameters by layers. 



Table 17b 



Layer 


Parameter 


Application layer 


SetOptfon service, SetADveTtme service, SetCtock 
service, GetBufferSize service 


Network layer 


SetTempAddress service, SetAddress service, 
GetAddress service 


Data Dnk layer 


No corresponding service 


Physical layer 


SetSpeed 



The network management sub-layers 51 and 51a provide a network 
5 management function of composing an LnCP network, setting an environment and 
managing an operation of the network. The general network management 
function Is operated on the application layer 60, and some of a network information 
synchronization function between the plurality of network managers 20 to 23 is 
operated on the application layer 60a of the slave device. As the interface with 
10 the application layer 60 of the master device, the user request primitive UserReq, 
the user download request primitive UserDLReq, the user upload request primitive 
UserULReq, the user response primitive UserRes, the user event receiving 
primitive UserEventRcv and the application layer completing primitive 
ALCompleted are used, and as the interface with the application layer 60a of the 
15 slave device, the user request receiving primitive UserReqRcv and the user 
response sending primitive UserResSend are used. 

The parameter management layers 100 and 100a set or read parameters 
used in each layer upon the request of the network management sub-layers 51 and 
51a. 

20 Table 18 shows the parameters used in the parameter management layers 

100 and 100a. 
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Table 18 



Name 


Type 


Explanation 


Parameter timeout 


const ulnt 
ParT?meOut 


A standby time (ms) for transmitting GetALPar(or GetNLPar, 
GetDLLPar, GetPHYPar) to each layer, and receiwig 
RptALPar(or RptNLPar, RptDLLPar, RptPHYPar) 



The primitives between the parameter management layers 100 and 100a 
and the network management sub-layers 51 and 51a will now be explained. 
5 Table 19a shows parameter setting primitives SetPar for the interfaces with 

the network management sub-layers 51 and 5 1a. Here, the parameter s etting 
primitives SetPar are primitives for transmitting parameter values from the network 
management sub-layers 51 and 51a to the parameter management layers 100 and 
100a. 

10 Table 19a 



Name 


Type 


Explanation 


Destination layer 


uchar Destlayer 


A layer receiving a parameter value, 

application layenl, network Iayen2, data link tayen3, physical layer* 


Layer parameter 
setting 


structure 
SetLayerPar 


Parameters of each layer having different values according to a 
destination layer value, application layer SetALPar, network layer 
SetNLPar, data link layer SetDLLPar, physical layer SetPHYPar 



Table 19b shows parameter getting primitives GetParforthe interfaces with 
the network management sub-layers 51 and 51a. 
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Table 19b 



Name 


Type 


1 Explanation 


Source layer 


uchar SrcLayer 


A layer transmitting a parameter value, application 
layer.1 , network layers, data link layer*, physical layer* 


Parameter layer 
result 


uchar PMLResult 


If parameter values have been successfutty got from each 
layer, PAR_OK(1), and tf not. PARFAILED(O) 


Layer parameter 
getting 


structure 
GetLayerPar 


Parameters of each layer having different values 
according to SrcLayer value, application layer RptALPar, 
network layer RptNLPar, data fink layer RptDLLPar, 
physical layer RptPHYPar 



The primitives between each layer and the parameter management layers 
100 and 100a will now be explained. 
5 Parameter setting primitives SetALPar, SetNLPar, SetDLLPar and 

SetPHYPar for setting predetermined parameter values, parameter getting 
primitives GetALPar, GetNLPar, GetDLLPar and GetPHYPar for getting 
predetermined parameter values, and parameter transmitting primitives RptALPar, 
RptNLPar, RptDLLPar and RptPHYPar for transmitting predetermined parameter 

10 values to correspond to the parameter getting primitives GetALPar, GetNLPar, 
GetDLLPar and GetPHYPar are used between the application layers 60 and 60a, 
the network layers 70 and 70a, the data link layers 80 and 80a and the physical 
layers 90 and 90a, and the parameter management layers 100 and 1 00a. 

Here, the parameter setting primitives are primitives for setting node 

15 parameter values of each layer, the parameter getting primitives are primitives for 
enabling the parameter management layers 100 and 100a to read the node 
parameter values of each layer, and the parameter transmitting primitives are 
primitives for transmitting the node parameter values upon the request of the 
parameter management layers 100 and 100a. Table 20 shows the node 
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parameters included in the primitives between each layer and the parameter 
management layers 100 and 100a. 
Table 20 



Layer 


SetALPar 


SetNLPar 


SetDLLPar 


SetPHYPar 


Node 
parameter 


ulntAddressReqlnt 
uintNP.Anvelnt. 
uint SvcTimeOut, 
uchar NP_BufferSize. 


uchar ProductCode 
uint NP_LogicalAddress. 
uint NP_CtusterCode, 
uint NP_HorneCode, 
uchar SendRetries. 


uint 

MlnPkUntervaJ 


uint NPJjps 



5 A maximum retry number SendRetries in the network layer 70 is used 

merely in the master device. 

At last, the parameter setting primitives SetPar and the parameter getting 
primitives GetPar for setting and getting the node parameters between the 
application softwares 50 and 50a and the parameter management layers 100 and 
10 1 00a are used to set and get the aforementioned node parameters. 

When the parameter management layers 100 and 100a receive the 
parameter setting primitives SetPar from the network management sub-layers 51 
and 51a, the parameter management layers 100 and 100a transmit SetALPar, 
SetNLPar, SetDLLPar or SetPHYPar to the layers stated in the primitives. Each 
15 layer must ignore the parameters having the whole bit values of 1 in the received 
primitives (for example, OxFF, OxFFFF, etc). 

When the parameter management layers 100 and 100a receive the 
parameter getting primitives GetPar from the network management sub-layers 51 
and 51 a, the p arameter m anagement layers 100 a nd 1 00a transmit G etALPar, 
20 GetNLPar, GetDLLPar or GetPHYPar to the layers stated in the primitives. 

When the parameter management layers 100 and 100a receive RptALPar, 
RptNLPar, RptDLLPar or RptPHYParfrom each layer, the parameter management 
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layers 100 and 100a set PARResutt values included in the GetPar primitives as 
PAR_OK, and transmit the primitives to the network management sub-layers 51 
and 51a. When the parameter management layers 100 and 100a do not receive 
the primitives from each layer within the parameter timeout ParTimeOut, the 
5 parameter management layers 100 and 100a set PARResult values as 
PAR_FAILED, and transmit the parameters to the network management 
sub-layers 51 and 51a. 

As discussed earlier, the present invention provides the home network 
system using the control protocol which is the general communication standard for 
10 providing the functions of controlling and monitoring the electric devices in the 
home network system. 

In addition, the present invention provides the home network system using 
the LnCP as the general communication standard. 

Furthermore, the present invention provides the plurality of united primitives 
15 for transmitting data in the LnCP. 

Although the preferred embodiments of the present invention have been 
described, it is understood that the present invention should not be limited to these 
preferred embodiments but various changes and modifications can be made by 
one skilled in the art within the spirit and scope of the present invention as 
20 hereinafter claimed. 
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1 . A home network system, comprising: 

a network based on a predetermined protocol; 
5 at least one electric device connected to the network; and 

a network manager connected to the network, for controlling and monitoring 
the electric device, 

wherein the protocol comprises an application layer for handling a message 
for controlling and/or monitoring the electric device, a network layer for 
10 network-connecting the electric device to the network manager, a data link layer for 
accessing a shared transmission medium, and a physical layer for providing a 
physical interface between the electric device and the network manager, 

wherein the physical layer further comprises a special protocol for providing 
an interface with a dependent transmission medium, and the network layer further 
15 comprises a home code control sub-layer for managing a home code for network 
security when accessing the dependent transmission medium. 

2. The system of claim 1 , wherein the protocol performs an intrinsic function 
of the electric device or the network manager, and further comprises an application 

20 software for providing an interface with the application layer. 

3. The system of claim 2, wherein the application software further 
comprises a network management sub-layer for managing a parameter and/or the 
electric device and/or network manager accessing the network. 

25 

4. The system of claim 1, wherein the special protocol is a power line 
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communication protocol when the dependent transmission medium is a power line. 

5. The pystem of claim 1, wherein the special protocol is a wireless 
communication protocol when the dependent transmission medium is wireless. 

5 ' 

6. The system of claim 3, wherein the protocol further comprises a 
parameter management layer for setting, getting or transmitting a parameter used 
in the application layer, the network layer, the data link layer or the physical layer 
upon the request of the network management sub-layer. 

10 

7. The system of claim 1 , wherein the interface between the physical layer 
and the data link layer comprises at least one of a frame sending primitive, a frame 
receiving primitive and a line status transmitting primitive. 

15 8. The system of claim 7, wherein the frame sending primitive and the 

frame receiving primitive comprise predetermined bytes of a universal 
asynchronous receiver and transmitter frame. 

9. The system of claim 7, wherein the line status transmitting primitive 
20 comprises a line status such as a busy or idle status. 

10. The system of claim 1 , wherein the interface between the data link layer 
and the network layer comprises at least one of a packet sending primitive, a 
packet receiving primitive and a data link layer completing primitive. 

25 



1 1 . The system of claim 1 0, wherein the packet sending primitive comprises 
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12. The system of daim 10, wherein the packet receiving primitive 
comprises a packet and a length of the packet 

5 

13. The system of claim 10, wherein the data link layer completing primitive 
comprises a packet transmission result 

14. The system of claim 13, wherein the data link layer completing primitive 
10 comprises a transmission failure reason according to the packet transmission 

result. 

1 5. The system of claim 1 , wherein the interface between the network layer 
and the application layer comprises at least one of a request message sending 

15 primitive, a message receiving primitive and a network layer completing primitive. 

16. The system of claim 15, wherein the request message sending primitive 
comprises a communication cycle identifier, a request message, a length of the 
request message, a destination address, a source address, a network layer service, 

20 response timeout, a transmission interval between repeated notification messages 
and service priority. 

17. The system of claim 15, wherein the message receiving primitive 
comprises a communication cycle identifier, an event response message, a length 

25 of the event response message, a destination address and a source address. 
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18. The system of claim 15, wherein the network layer completing primitive 
comprises a communication cycle identifier and a transmission result 

19. The system of claim 18, wherein the network layer completing primitive 
5 comprises a transmission failure reason according to the transmission result 

20. The system of claim 18, wherein the network layer completing primitive 
comprises a retry number according to the transmission result 

10 21. The system of any one of claims 15 to 20, wherein the protocol is 

applied to the network manager and/or electric device performing a master 
function. 

22. The system of claim 1, wherein the interface between the network layer 
15 and the application layer comprises at least one of a request message receiving 

primitive, a response message sending primitive, an event message sending 
primitive and a network layer completing primitive. 

23. The system of claim 22, wherein the request message receiving 
20 primitive comprises a request message, a length of the request message, a 

destination address, a source address, a network layer service and a duplicate 
packet check result. 

24. The system of claim 22, wherein the response message sending 
25 primitive comprises a communication cycle identifier, a response message and a 

length of the response message. 
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25. The system of claim 22, wherein the event message sending primitive 
comprises a communication cycle identifier, an event message, a length of the 
event message, a destination address, a source address, a network layer service, 

5 a transmission interval between repeated notification messages and service 
priority. 

26. The system of claim 22, wherein the network layer completing primitive 
comprises a communication cycle identifier and a transmission result. 

10 

27. The system of claim 26, wherein the network layer completing primitive 
comprises a transmission failure reason according to the transmission result. 

28. The system of claim 26, wherein the network layer completing primitive 
15 comprises a retry number according to the transmission result. 

29. The system of any one of claims 22 to 28, wherein the protocol is 
applied to the electric device performing a slave function. 

20 30. The system of claim 2, wherein the interface between the application 

layer and the application software comprises at least one of a user request 
primitive, a user download request primitive, a user upload request primitive, a user 
response primitive, a user event receiving primitive and an application layer 
completing primitive. 

25 

31 . The system of claim 30, wherein the user request primitive comprises 
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an application service code, a request message, a length of the request message, 
a destination address, an application layer service, timeout and service priority. 

32. The system of claim 30, wherein the user download request primitive 
5 comprises an application service code, a download file, an application layer service, 

a destination address, timeout and service priority. 

33. The system of claim 30, wherein the user upload request primitive 
comprises an application service code, an upload file, an application layer service, 

10 a destination address, timeout and service priority. 

34. The system of claim 30, wherein the user response primitive comprises 
an application service code, a response message, a length of the response 
message and a source address. 

15 

35. The system of claim 30, wherein the user event receiving primitive 
comprises an event message, a length of the event message and a source 
address. 

20 36. The system of claim 30, wherein the application layer completing 

primitive comprises an application service code and a service result. 

37. The system of claim 36, wherein the application layer completing 
primitive comprises a failure reason according to the service result. 

25 

38. The system of any one of claims 30 to 37, wherein the protocol is 

47 



WO 2004/107088 PCT/KR2004/001147 

applied to the network manager and/or electric device performing a master 
function. 

39. The system of claim 2, wherein the interface between the application 
5 layer and the application software comprises at least one of a user request 

receiving primitive, a user response sending primitive and a user event sending 
primitive. 

40. The system of claim 39, wherein the user request receiving primitive 
10 comprises an application service code, a request data, a length of the request data 

and a source address. 

41. The system of claim 39, wherein the user response sending primitive 
comprises an application service code, a response data and a length of the 

15 response data. 

42. The system of claim 39, wherein the user event sending primitive 
comprises an application service code, an application service, an event code and a 
status variable value. 

20 

43. The system of any one of claims 39 to 42, wherein the protocol is 
applied to the electric device performing a slave function. 

44. The system of claim 1 , wherein the parameter of the physical layer 
25 comprises a communication speed. 
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45. The system of claim 1 , wherein the parameter of the data link layer 
comprises at least one of frame timeout, a maximum frame allowable interval time, 
a m inimum p acket a Howable i nterval t ime, a b ackoff retry n umber, a m aximum 
transmission allowable time, a busy check time and a transmission delay time. 
5 ' 

46.. The system of claim 1, wherein the parameter of the network layer 
comprises at least one of a product code, a node address, a cluster code, a home 
code, a maximum retry number, transmission timeout, a response delay time, a 
transmission delay time and a duplicate packet elapsed time. 

10 

47. The system of claim 1, wherein the parameter of the application layer 
comprises at least one of a transmission interval between address request 
messages, a transmission interval between active event messages, a buffer size, 
service timeout and a transmission interval between download messages. 

15 

48. The system of any one of claims 1 or 6 or 44 to 47, wherein the network 
management sub-layer interfaces with, the parameter management layer through 
at least one of a parameter setting primitive and a parameter getting primitive in 
order to set or get at least one of the parameters of the physical layer, the data link 

20 layer, the network layer and the application layer. 

49. The system of claim 48, wherein the parameter management layer 
interfaces with the physical layer, the data link layer, the network layer or the 
application layer through at least one of a parameter setting primitive, a parameter 

25 getting primitive and a parameter transmitting primitive in order to set, get or 
transmit at least one of the parameters of the physical layer, the data link layer, the 
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network layer and the application layer. 
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FIG. 2 
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FIG.3A 
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FIG.4A 
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